Dual mode multimedia messaging

ABSTRACT

Video communications between multiple computer systems configured to transmit and receive video content. A client transmitter is enabled to transmit a video message for display on the client recipient. The client transmitter is configured to transmit or record the video message to the video server. The video message is archived by the video server. When the client recipient is unavailable during the beginning of the transmission of the video message and when the client recipient is available later during the transmission of the video message, the client recipient is enabled to display the video message from the beginning of the video message while the transmission of the video message is still ongoing.

BACKGROUND

1. Technical Field

The field of the present disclosure relates to communications andparticularly relates to a platform for audio-video communications.

2. Description of Related Art

An Internet service such as SKYPE™ enables audio or audio-videoconversations between two or more users. A server is used to initiatethe conversation and negotiation of the type of media. The actual audioor video streams between the users are transferred in a peer-to-peersession without further server mediation.

In services such as SKYPE™, the peer-to-peer session is established toavoid creating a bottle-neck caused by overloading a server with trafficand to avoid introducing latency through the server.

iMessage™ is a service that allows users to send texts, photos, videos,contact information, and group messages.

AOL Instant Messenger (AIM) is a service to allow users to communicatein real time.

WhatsApp™ Messenger is a proprietary, cross-platform instant messagingservice for smart phones. In addition to text messaging, users can sendto each other images, video, and audio media messages.

A traditional radio frequency half-duplex communications system providescommunications from a single transmitter to one or more receivers. Onlyone transmitter may be broadcasting at a time because the same physicalchannel is shared for broadcasting to all receiving parties. Oncereceivers begin to receive a signal, the receiving parties need to waitfor the transmitter to stop transmitting, before replying since thephysical communications channel is unavailable.

BRIEF SUMMARY

Various data communications systems are disclosed herein of videocommunications between multiple computer systems configured as clientcomputer systems. One (or more) of the client computer systems whentransmitting is a client transmitter and one (or more) of the clientcomputer systems when receiving or consuming is a client recipient. Theclient transmitter is enabled to transmit or record a video message fordisplay on the client recipient. The client transmitter is configured toestablish a connection with a video server and to transmit the videomessage to the video server. The video message is archived by the videoserver. If the client recipient is unavailable during the beginning ofthe transmission of the video message and when the client recipient isavailable later during the transmission of the video message, then theclient recipient is enabled to display the video message from thebeginning of the video message while the transmission of the videomessage is still ongoing.

The client computer systems may be configured to alternate between beinga client transmitter and a client receiver and to alternately transmitand receive video content.

A management server may be adapted to receive from the clienttransmitter a first character string including a reference to the clientrecipient and in response transmit to the client recipient a secondcharacter string including a reference to the client transmitter. Inresponse to the second character string, the client recipient isconfigured to transmit a third character string to the video server. Thethird character string references the video message and upon receipt bythe video server of the third character string, the video servertransmits the video message to the client recipient.

When the client recipient is unavailable, the client recipient may beadapted to retrieve the video message from a message archive of thevideo server when the client recipient is later available. Multipleclient computer systems configured as client transmitters may transmitrespective video messages simultaneously to the client recipient.

Various client computer systems and/or software applications thereof maybe configured for use in the data communications network The clientcomputer system and/or software applications may include a transmittermodule configured to: establish the connection with the video server,transmit a first video message to the video server and transmit to themanagement server the first character string. The client computer systemand/or software applications may include a receiver module configuredto: transmit the second character string to the video server, receive asecond video message; and display the second video message.

Various management servers and/or software applications thereof may beconfigured for use in the data communications network. The managementserver may include: a management receiver module adapted to receive fromthe client transmitter the first character string and a managementtransmitter module adapted to transmit the second character string tothe client recipient.

Various video servers may be configured for use in the datacommunications network. The video server includes: a network adapterconfigured to establish the connection with the client transmitter andreceive the video message and a video data storage adapted to archivethe video message. The network adapter is configured to receive thethird character string and to transmit the video message to the clientrecipient responsive to the third character string.

Various methods are disclosed herein for management of videocommunications between multiple computer systems. One (or more) of theclient computer systems when transmitting is a client transmitter andone or more of the client computer systems when receiving or consumingis a client recipient. The client transmitter is enabled to transmit avideo message for display on the client recipient. The clienttransmitter is configured to establish a connection with a video server,to transmit a video message to the video server. The video message isarchived by the video server. When the client recipient is unavailableduring the beginning of the transmission of the video message and whenthe client recipient is available later during the transmission of thevideo message, the client recipient is enabled to display the videomessage from the beginning of the video message during the transmissionof the video message to the video server.

The video message may be received and displayed by the client recipient.

The client computer systems may be configured to alternate between beinga client transmitter and a client receiver and to alternately transmitand receive respectively.

The client recipient may be selected for receiving or consuming thevideo message while the video message is being transmitted to the videoserver. The connection may be established autonomously withoutintervention by a user of the client transmitter. The connection may beestablished responsive to a program previously installed in the clienttransmitter by monitoring actions of a user of the client transmitterand the connection is established based on said monitored actions of theuser. Transmission by the client recipient of the second characterstring to the video server may be performed without prior notificationto a user of the client recipient.

Latency is reduced by transmitting the video message from the videoserver to the client recipient while transmitting the video message fromthe client transmitter to the video server.

Various computer readable media may be encoded with processinginstructions for causing a processor of the client computer systemand/or a processor of the video server and/or a processor of themanagement server the execute the methods as disclosed herein.

The foregoing and/or other aspects will become apparent from thefollowing detailed description when considered in conjunction with theaccompanying drawing figures.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention is herein described, in a non-limiting manner, by way ofexample only, with reference to the accompanying drawings, wherein:

FIG. 1 illustrates a simplified block diagram of a mobile computersystem according to features of the present invention.

FIG. 2 shows a simplified block diagram of a system, according tofeatures of the present invention.

FIGS. 3a, 3b and 4 show flow charts for methods, according to featuresof the present invention.

FIG. 5 illustrates a sub-process which may be performed when a clientrecipient is available, according to features of the present invention.

FIG. 6 illustrates a sub-process which may be performed when a clientrecipient is unavailable at the original time of transmission of a videomessage, according to a feature of the present invention.

FIG. 7 illustrates a simplified timing diagram of a client transmittertransmitting two messages to a client recipient, according to a featureof the present invention.

FIG. 8 illustrates a timing diagram of messages communicated betweenclients of a group thread, according to a feature of the presentinvention.

The foregoing and/or other aspects will become apparent from thefollowing detailed description when considered in conjunction with theaccompanying drawing figures.

DETAILED DESCRIPTION

Reference will now be made in detail to embodiments of the presentinvention, examples of which are illustrated in the accompanyingdrawings, wherein like reference numerals refer to the like elementsthroughout. The embodiments are described below to explain the presentinvention by referring to the figures.

By way of introduction, embodiments of the present invention aredirected to provide a video communications system and method with a userexperience similar to half-duplex communications (sometimes known as“walkie-talkie” or “push-to-talk) as well known in radio-frequencycommunications. The average length of a “full-duplex” session using aservice such as Skype™ may be over ten minutes. The initialization timeneeded by existing technology to initiate a video stream using a priorart video service may range between 10 and 30 seconds depending on thenetwork and the implementation used. This initialization time may beacceptable in prior art video services such as Skype™. Assuming a tenminute video session, for example, thirty seconds of initialization timefor the 10 minute session amounts to 4.76% overhead. Embodiments of thepresent invention are intended to accommodate audio and/or videomessages or bursts of average length 20 to 30 seconds. An initializationtime of 30 seconds to transfer a 25 second audio and/or video messagewould amount to 54.5% overhead which would not be acceptable. Therefore,one of the technical problems being solved in embodiments of the presentinvention is to provide a user experience of “half-duplex”communications system while minimizing initialization time and othertime latencies so the user experiences near real time message transfer.

In sum, embodiments of the present invention are directed to anaudio-video messaging communications platform appropriate forconversations including short audio-video message bursts, e.g. 10-30seconds long, with a reduced initialization time and overall latency ofless than three to five seconds. Within one to two seconds afterinitiating transmission, the video content being recorded by a user isalready being archived at a server and available to or being consumed byall the users sharing a communications thread. A user of an embodimentof the present invention may participate with other users to share videocontent in near real time. If the user is not available, e.g. notonline, then the video content and the messages may be consumed later bystreaming from the archive. If a user is an intended recipient and isunavailable at the time transmission began and becomes availablethereafter and as a result enters late into a communications thread,then the user may consume the video content from the beginning of thethread when transmission of the video content began and participate inthe thread without missing the beginning of the thread. Streaming fromthe archive enables multiple users to transmit to the same recipient atthe same time and the recipient may receive and consume all the videocontent from all the users, for instance in the order of transmission.

Before explaining embodiments of the invention in detail, it is to beunderstood that the invention is not limited in its application to thedetails of design and the arrangement of the components set forth in thefollowing description or illustrated in the drawings. The invention iscapable of other embodiments or of being practiced or carried out invarious ways. Also, it is to be understood that the phraseology andterminology employed herein is for the purpose of description and shouldnot be regarded as limiting.

Referring now to the drawings, FIG. 1 illustrates a simplified blockdiagram of a mobile computer system 100 according to features of thepresent invention. Mobile computer system 100 is may connect through acellular base station 119 to cellular network 121. A cellularcommunications module 117 connects processor 110 to cellular network121. Mobile computer system 100 may also connect over a datacommunications network 106 to a server 205 and to a server 206. Mobilecomputer system 100 includes a processor 110 connected to local datastorage 101. A data communications module 104 operatively connectsprocessor 110 to data communications network 106. An audio-video encoder202 and an audio-video decoder 204 are used to encode and decoderespectively audio-video content sent from and received by mobilecomputer system 100. Audio-video content of audio-video encoder 202 andaudio-video decoder 204 may include audio or video which includesmultiple channels, for example stereoscopic video or sound each of whichinclude right and left audio channels. Mobile computer system 100 mayinclude peripheral accessory devices such as a display 109, globalpositioning system (GPS) receiver 107, a camera 105, a microphone 111, aspeaker 113, a vibrator 115, accelerometer/gravity sensor(not shown),near field communication (NFC) (not shown), radio-frequencyidentification (RFID) (not shown), Bluetooth™ (not shown) and IR sensor(not shown).

Reference is now also made to FIG. 2 which shows a simplified blockdiagram of a system 20, according to features of the present invention.System 20 may include a first mobile computer system 100 acting as aclient transmitter 100T and a second mobile computer system 100 actingas client recipient 1008. A video data system 206 including video server206 a, video database 206 b and video data storage 206 c connects withclient transmitter 100T and client recipient 100R. A management datasystem 205 including a management server 205 a and a management database205 b connects with client transmitter 100T and client recipient 100R.An audio-video message 250 is shown as being transmitted from clienttransmitter 100T to video data system 206. Message 250 may be recordedlive using camera 105 while transmitting or message 250 may bepreviously recorded and stored in local storage 101. Video data system206 and management data system 205 may be collocated in the sameinstallation or even in the same hardware unit and while operating sharethe same power supply, for instance. Video data system 206 andmanagement data system 205 may be implemented in different threads of amulti-threaded processor.

Reference is now also made to FIGS. 3a and 3b which show flow charts forrespective methods 301 and 300, according to features of the presentinvention. Methods 301 and 300 illustrate a process of clienttransmitter 100T connecting and transmitting to video data system 206 insystem 20, to allow a user to transmit video messages 250 to otherusers. Method 301 (FIG. 3a ) illustrates process steps performed byclient transmitter 100T and method 300 (FIG. 3b ) illustrates processsteps performed by server data system 206.

Referring now to system 20 and methods 301 and 300, a transmitterapplication according to an embodiment of the present invention ispreviously installed and stored in memory 101 of client transmitter100T. The transmitter application of client transmitter 100T may connect(step 302) to video data system 206 and to video server 206 a withoutyet receiving an explicit user instruction to transmit video message250. Specifically, the transmitter application of client transmitter100T based on previous user actions or prior programming may open a URIof the next video message 250 expected to be transmitted to video datastorage 206 c. In parallel, video server 206 a of video data system 206receives the connection (step 306). Client transmitter application instep 307 begins to transmit video message 250 and in parallel in step308, video message 250 is being archived by video data system 206 invideo data storage 206 c. Video compression may be performed whilerecording video message 250 using camera 105. The user may be notifiedin step 304 that one or more video messages will be prepared fortransmission. In parallel, the archiving of video data message may becompleted (step 310) at video data system 206. Client transmitter 100Tapplication may select (step 305) one or more recipients or the user ofclient transmitter 100T may select (step 305) one or more recipients. Instep 309, a text message, including a URI, character string or messageblock including a reference to the recipient(s) is sent to managementserver 205 a in management data system 205. Step 309 does not generallyrequire an acknowledgment from management server 205 a. The URIreferencing audio-video message 250, is intended for relaying to therecipient(s) to expect the audio-video message and to prepare clientrecipient 100R for the upcoming receipt of audio-video message 250.

Several options are available for transfer of the message block frommanagement data system 205 to client recipient 100R The message blockmay include: the URI to reference video message 250, a command forclient 100 to expect a video message, a command for client 100 toprepare to play video message 250. Alternatively, the message block mayincludes only the URI to reference the message 250. Client recipient100R is programmed so that whenever it receives a URI, a video message,250 is expected and client recipient 100R prepares to play video message250. In an alternative embodiment of the present invention, managementserver 205 may be avoided and message blocks may be transferred over amesh network between client computer systems 100.

In method 301, transmission latency may be reduced if based on previoususer interaction or prior programming, the transmitter application deemsthe user has a high probability that he/she is going to record usingcamera 105 one or more video messages 250 and to transmit within thenext few seconds. The transmitter application may prepare (step 303)client transmitter 100T accordingly and/or may begin to transmit (step307), prior to the user being notified (step 304) that video message 250is being or has been transmitted and prior to selecting recipients (step305).

Referring again also to FIG. 1, preparation to transmit (step 303) mayinclude steps such as turning on a camera 105 application and openingshutter of camera 105, allocating space in memory 101 for video message250, beginning to record and encoding video message 250 by encoder 204.Preparation to transmit (step 303) may include opening a folder instorage 101 which includes images, audio-video clips, or othermultimedia messages that have not been previously received and archived(step 308) and beginning to transmit (step 307) the contents of thatfolder.

Reference is now also made to FIG. 4 which illustrates a flow diagram ofa method 320, according to an aspect of the present invention. Method320 provides for receipt of an audio-video message when client recipient100R is available and/or subsequent audio-video message retrieval forinstance when client recipient 100R is not available or unavailableduring the original transmission from client transmitter 100T. Indecision block 311, if client recipient 1008 is available during orshortly after (within a few seconds) beginning of transmission (step307) then the flow continues with sub-process 501 as shown in FIG. 5. Ifin decision block 311, if client recipient 100R is not available duringor shortly after transmission, then the flow continues with sub-process701 shown in FIG. 7.

Reference is now made also to FIG. 5 which illustrates sub-process 501which may be performed when client recipient 100R is available,according to features of the present invention. In step 503, clientrecipient 100R receives character string, including a URI, whichincludes a reference to audio-video message 250. A character string, issent (step 505) from client recipient 100R to video data system 206 andvideo data system 206 on receiving the character string referring tovideo message 250 reads from video storage 206 c video message 250 andtransmits video message 250 to client recipient 100R. In the meantime,in step 506, client recipient 100R prepares for playback and receipt ofvideo message 250. In step 407, video message 250 is received and playedby client recipient 100R. Alternatively, when client recipient 100R isavailable, video message 250 may be copied during transmission fromclient transmitter 100T and relayed by video data system 206 to clientrecipient 100R so that client recipient 100R is not receiving message250 from archive 206 c,

According to a feature of the present invention, when client recipient100R becomes available after beginning of transmission of video message250 from client transmitter 100T, then video data system 206 maytransmit video message 250 from the beginning of the message. The timedelay between the time of the beginning of transmission to the time whenclient recipient 100R becomes available may be reduced during theremainder of the message thread. During the subsequent interchangesbetween client transmitters 100T and client recipients 100R, the clientrecipient will eventually catch up with the other participants in theconversation.

Reference is now made also to FIG. 6 which illustrates sub-process 701which may be performed when client recipient 100R is not available atthe original time of transmission (step 307, FIG. 3) of video message250. When client recipient 1008 is available (decision block 702) at anundetermined later time, client recipient 100R synchronizes (step 703)message history with management database 205 b. In step 705, the user ofclient recipient 100R is notified of missed messages, e.g. video message250. At the same time, client recipient 100R may send (step 505) acharacter string, including a URI, to video data system 206 referring toone or more of the missed messages. Client recipient 100R applicationmay anticipate user choice and send (step 505) character string to videodata system 206 whilst receiving a response to the query in step 705regarding missed messages. The character string is received in videodata system 206, and in step 406, video message 250 is retrieved fromarchive 206 c and video message 250 is being received by clientrecipient 100R. Client recipient 100R may prepare for playback, i.e.turn on the media player application, in step 706, based on previoususer actions. The application running in client recipient 100R may deemthat there is a high probability that the user is going to selectviewing video message 250 already being received. If the user selects indecision box 707 playing of video message 250, then client recipient100R is already prepared to play message 250 being received or alreadyreceived and step 407 of receiving and playing incoming video message250 may be performed with low overall latency.

System 20 Latency Compared with Prior Art Services

The following three equations summarize communications times for aprocess in which a user A sends a video message, user B listens to ordisplays video message sent by user A, user B creates a video message inresponse and User A receives, displays, listens to or views the response

ContentTime=time for transfer of content of message A+time for transferof message B

TotalTime=time from beginning of the process to the end of the process

Latency=TotalTime−ContentTime

For services such as WhatsApp™, iMessage™, Windows™ Messenger, AOL™Instant Messenger, the following formula may be used to calculate totalcommunication time T for: a.

T=RA1+CA1+UA1+DB1+VB1+RB2+CB2+UB2+DA2+VA2

Value No. Step Parameter (seconds) 1 User A records message RA1 30 2User A's message is compressed CA1 5 3 User A's message is uploaded UA15 4 User B downloads user A's message DB1 5 5 User B views user A'smessage VB1 30 6 User B records a response RB2 30 7 User B's response iscompressed CB2 5 8 User B's response is uploaded UB2 5 9 User Adownloads user B's response DA2 5 10 User A views user B's response VA230 Total 150

The process of user A to send a 30 second video to user B andsubsequently for user B to watch the video and send back a 30 secondresponse to user A and for user A to view the response requires about150 seconds. For 60 seconds of content, 150 seconds is required for thecontent to be transferred and viewed. In the example, the communicationusing a prior art service has 90 seconds of latency, 60 seconds ofcontent for a total time of communication T of 150 seconds where latencyis 71% of the total time of communication.

In contrast, using system 20 and methods 300, 301 and 501 messages 250are transmitted by user A and received by user B in real time with apoint-to-point total communication time of approximately two seconds.The result is that the user recipient has completed watching theincoming message at nearly the same time that the user transmitter beganrecording the message. Using methods 300, 301 and 501, totalcommunication time TI using embodiments of the present invention may besimplified as follows:

BR=Transmit Time

TI=Time of communication between users

TI=BRA1+LA1+BRB2+LB2

Value No. Step Parameter (seconds) 1 User A transmits a message BRA1 302 Network Delay LA1 2 3 User B transmits a response BRB2 30 4 Networkdelay LB2 2 Total 64

A communications process using an embodiment of the present invention,in which user A sends a video message 250 of 30 second duration to userB, user B views video message 250 and in response transmits to user A avideo message response 250, and user A views video message response 250,requires 64 seconds. Hence, using an embodiment of the presentinvention, 60 seconds of content is viewed which requires about 64seconds to be transferred and displayed. A process using an embodimentof the present invention has a latency time of about 6.25% of the totaltime of communication TI.

User Experience

In embodiments of the present invention, two or more users need not beavailable to participate in a conversation since every video message 250is archived (step 308) at server video data system 206. Users may beadded to a group and view all prior video messages 250 that weretransmitted prior to the addition of the new user.

In embodiments of the present invention, video message 250 may betransmitted (step 307) and compressed while recording message 250 incamera 105 to reduce compression and transmission latency times.

The user recipient(s) may begin streaming (step 407) a received message250 for viewing within a few seconds of the user transmitter beginningto transmit (step 307), reducing latency time. In sum, low latencyperformance found according to features of the present invention createa dramatic change in user experience over prior art systems.

Queuing Messages within a Thread

Video communication system 20, according to embodiments of the presentinvention enables users of client computer systems 100 to alternatelysend and receive messages 250 as unicast (one to one) or multicast(one-to-many).

In system 20, that includes playback of incoming messages 250 in nearreal time, multiple incoming messages 250 may be viewed contiguouslyalthough when transmitted in real time messages 250 may overlap.

In near real time streaming video messaging system 20, according toembodiments of the present invention, video message 250 has a start timeof transmission by streaming to video data system 206, a latency timeuntil message 20 begins to be consumed at client recipient 100R, and anend time when streaming ends of message 250 being received at clientrecipient 100R.

According to a feature of the invention, a client 100 may eitherreceive/consume or record/transmit video message 250 at any time butclient 100 may not both consume and transmit content at the same time. Aclient 100 may be forced to stop one interaction to begin another, forexample to stop consuming content in order to create content or viceversa.

When client recipient 100R detects an incoming message 250, variousactions may happen. In one example, client recipient 100R is playinganother video message 250. The user may be presented with a notificationof incoming message 250 either a visual message, an audible messageand/or vibration using vibrator 115 as notification. The user may selectthe notification via a tap or swipe on client recipient 100R whichcauses video message 250 currently playing to stop or pause and videomessage 250 relevant to the notification begins to play.

In another example, when client recipient 100R is not currently engagedplaying a video message 250, client recipient 100R may be configured toplay incoming message 250 without need for any interaction by the user.

Reference is now made to FIG. 7 which illustrates a simplified timingdiagram 801 of client 100 (of user A) transmitting two messages 250(1)and 250(2) to another client 100 of user Z. The passage of time isidentified by going from the top of diagram 901 to the bottom of diagram901.

1. User A transmits message 250(1) to User Z.

2. User Z receives message 250(1) with a latency of a few seconds andbegins viewing message 250(1).

3. After User A completes transmitting message 250(1), an amount of timeless than the latency between the transmission of User A of message250(1) and playback of User Z of message 250(1) passes.

4. User A begins transmitting message 250(2) to User Z.

5. User Z is unable to begin viewing message 250(2) because user Z isstill viewing earlier message 250(1).

6. System 20 recognizes that message 250(1) and message 250(2) arecontextually related based on the thread between the users users andcreates a queue that plays message 250(2) upon completion of viewing ofmessage 250(1) by User Z.

Reference is now made to FIG. 8 which illustrates a timing diagram 801of messages 250 communicated between clients 100 of group thread,according to a feature of the present invention. The passage of time isidentified by going from the top of diagram 801 to the bottom of diagram801.

1. The User Z is engaged in a group thread with users A, B and C.

2. The User Z creates a message 250T Z.

3. While the User Z is recording and transmitting message 250T Z, userA, part of the same group thread, creates message 250T A.

4. Message 250T A is streamed in real time to the other members of thegroup thread, including User Z.

5. User Z is unable to immediately view incoming message 250T in realtime because client 100 of user Z is still recording and transmittingoutgoing message 250T Z

6. While client 100 of User A is transmitting message 250T A, client 100of user B begins transmitting message 250T B.

7. While client 100 of user B is transmitting message 250T B, client 100of user C begins transmitting message 250T C.

8. Messages are archived in real time by video data system 206 andclient 100 of user Z is notified of incoming messages 250R A, 250R B and250R C.

9. Client 100 of User Z forms a queue and time shifts the playback ofincoming messages 250R A, 250R B and 250R C.

10. Messages 250R A, 250R B and 250R C are played contiguously typicallyin time sequence of transmission.

An outcome of steps 1-10 outlined above in reference to FIG. 8 is thatUser Z experiences messages 250 which are transmitted while overlappingin time as if each user of the thread transmitting the messages waitsuntil the queue is clear before creating and transmitting respectivevideo messages 250T A, 250T B and 250T C

User Z may or may not be notified that he/she is consuming videomessages 250R A, 250R B and 250R C as shifted in time.

Compensating for Sub-Optimal Network Conditions During Transmission

Sub-optimal network conditions may exist which may cause high latency ofor loss of information from video messages 250 when users of clientcomputer systems 100 send video messages 250. According to a feature ofthe present invention, client transmitter 100T may detect local networkquality. If sub-optimal network quality exists, in order to maintain lowlatency quasi-real-time messaging, information content of messages 250may be reduced prior to during or subsequent to recording of videomessage 250. Reducing information content of messages 250 may include:decreasing the video frame rate of video messages 250, reducing colorresolution or even switching to monochrome video messages 250, and/orreducing video frame size, by way of examples. A reduced quality videomessage 250 may be transmitted and stored on video data storage 206 cand available for consuming or receiving by client recipients 100R.

In order to subsequently recover the original high quality message 250,the original reduced quality message 250 or at least the droppedinformation thereof may be stored locally in client transmitter 100T oranother device, e.g. removable disk, attachable thereto. High qualitymessage 250 may be uploaded to replace the lower quality versionpreviously stored on video data storage 206 c so that client recipients100R may consume or download video message 250 in higher qualitysubsequent to original lower quality transmission. Alternatively, thedropped information may be used to repair original message 250 on eitherclient transmitter 100T, on video data system 206 or on client receiver100R. Thus, reduction of video quality may be used to maintainquasi-real-time low latency messaging even under sub-optimal networkconditions while allowing subsequent consumption of the same message inthe original quality. An example: User A is transmitting a video message250 to User B. User A is on a network that is less than the requiredbandwidth for full quality video, so client transmitter 100T sends areduced quality video message 250 to user B.

In the case that User B is watching at the time of the transmission,User B receives/consumes the reduced quality video of the video message250 of user A.

Subsequent to the transmission of the reduced quality video message 250from user A, client transmitter 100T may transmit the droppedinformation from the reduced quality video of the video message 250 ofuser A to user B. The dropped information may then be used to fill inthe missing video information of the reduced quality video of the videomessage 250 as originally transmitted. So that in the case that User Bis unavailable to watch the transmission live and chose to watch at alater time or, having watched the message at the time of the broadcast,returns later to re-watch video message 250, User B may view the fullquality video of video message 250.

Multi-Function Button

System 20 may be implemented using a smart phone 100, e.g iPhone,equipped with a touch sensitive display 109. When a client applicationis installed on smart phone 100 for executing method 301, 501 and/or701, a virtual button may be implemented on touch sensitive display 109.Alternatively, or in addition, a non-virtual or physical button may bedesigned into a smart phone 100 with similar functionality as thevirtual button.

The button, virtual or physical may include the following modes offunction:

1) Audio-Video Operation: The button may be tapped, e.g. for less thanone second duration, and video recording begins using camera 205 andmicrophone 111 and simultaneously beginning transmission (step 307) ofthe video recording begins. A second tap stops the recording and stopstransmission and enables reception (step 407). Toggling between statesof recording/transmission and enabling reception (step 407) may beperformed by successively tapping the button.

2) Audio-Video (“Push-to-talk”) The button is held or touched for adefined period of time, e.g 2 seconds. Video recording begins usingcamera 205 and microphone 111 and simultaneously beginning transmission(step 307) of the video recording as in mode 1. Release of the buttonthen ends recording/ transmission and enables receiving (step 407) ofvideo content.

3) Audio Only: The button is slid up and released immediately and audiorecording (without live images captured from camera 205) usingmicrophone 111 and transmission (step 307) begins. When the button isslid back to its original position audio recording/transmission isstopped and receiving is enabled (step 407). The button may be held downfor a period, e.g. two seconds, while in the slid up position and thebutton behaves as in mode 2 above but with audio recording/transmissiononly. Releasing the button in the slid up position stops audio-recordingand transmission.

EXAMPLE Client 100 Under Computer Control

According to other embodiments of the present invention, one or moreclient computer systems 100 may operate autonomously without requiringintervention of a (human) user. Processor 110 and/or another processorattached to computer system 100 may be programmed to control theoperation of client computer system 100. Processor 110 may be configuredto receive and transmit messages 250 simultaneously for instance withintwo independent message threads. Processor 110 may be programmed toanalyze, process and/or parse audio only and/or audio-video messages 250being received and to respond accordingly, by transmitting a message 250to other users of the thread relevant to the received message 250.Processor 110 may be programmed to respond with a message 250 includingeducational or advertising content relevant to the audio and or visualcontent being shared by the users of the thread. An example, a userwhile shopping may in a message transmit an image of a product for whichhe/she wishes to receive more information. Client 100 receiving message250 may process the images in message 250 and recognize the product, forinstance using optical character recognition or bar code. Client 100 mayrespond with a message 250 including advertising or other informationsuch as price and/or service information.

EXAMPLE A Camera Security System

Another example of an embodiment of the present invention in whichclients 100 are under processor control is a camera security system.Multiple security cameras may be attached individually to clienttransmitters 100T and programmed to transmit by unicast or multicast toone or more client recipients 100R. A user, e.g. security personnel, mayview the display of client transmitter 100T for suspicious activity atany/all of the sites of client transmitters 100T. One or more clientrecipients 100R may be fixed or mobile computer systems. The decision totransmit (decision block 304), may be previously programmed based ontime interval or local image processing, e.g. significant features in adifference images between image frames. Alternatively, image processingmay be performed elsewhere in network 106. Client recipient 100R mayreceive video messages 250 in a round-robin or random fashion, forexample. If a significant event occurs such as suspicious activity basedon one of messages 250, an interrupt to the round robin may be signaledby one of client transmitters 100T through management server 205 a, byone of the users of client recipients 100R through management server 205a, video server 206 or by management server 205 based on the on-the-flyimage processing. Central archiving of all the video messages ismaintained at video data system 206 as is required in a security systemfor providing evidence.

Examples of Character Strings:

Example of Character string transmitted by client transmitter 100T

type: “video”

videoUrl:“testvsrv.video.glidetalk.com;83;6744802_www.video.glidetalk.com_vs00002.video.glidetalk.com_89026060_v1;90;44100;1”

thumbUrl: “http://testvsrv.video.glidetalk.com:83/getthumb?sid=6744802_www.video.glidetalk.com_vs00002.video.glidetalk.com_89026060_v1&Size=2”

threadId: “50aa977de43be50200000126”

A portion of a character string is transmitted by client transmitter100T to management data system 205 referencing video message 250.

videoUrl: “89026060_v1;90;44100;1”

In response, video data system 206 may receive the following characterstring with the reference to video message 250.

{ ″videoUrl″: ″89026060_v1;90;44100;1″ }

Example of Character String Received by Client Recipient 100R

{ ″context″: ″message″, ″key″: ″new″, ″threadId″:″50aa977de43be50200000126″, ″messageId″: ″50aa97fa9377370200000159″,″senderId″: ″50aa11a4ab55b6020000004c″, ″senderInfo″: {  ″fbId″:″514969962″,  ″name″: ″Jonathan Joseph Caras″,  ″picUrl″:″http://profile-b.xx.fbcdn.net/hprofile- snc6/273765_514969962_1714973208_s.jpg″   }, ″status″: ″active″,″type″: ″video″, ″createdAt″: 1355984953, ″isHidden″: ″false″,″isDelivered″: ″false″, ″videoUrl″:″testvsrv.video.glidetalk.com;83;6744802_www.video.glidetalk.com_vs00002.video.glidetalk.com_89026060_v1;90;44100;1″, ″thumbUrl″:″http://testvsrv.video.glidetalk.com:83/getthumb?sid=6744802_www.video.glidetalk.com_vs00002.video.glidetalk.com_89026060_v1&Size=2″ }

Definitions

The embodiments of the present invention may comprise a general-purposeor special-purpose computer system including various computer hardwarecomponents, which are discussed in greater detail below. Embodimentswithin the scope of the present invention also include computer-readablemedia for carrying or having computer-executable instructions,computer-readable instructions, or data structures stored thereon. Suchcomputer-readable media may be any available media, which is accessibleby a general-purpose or special-purpose computer system. By way ofexample, and not limitation, such computer-readable media can comprisephysical storage media such as RAM, ROM, EPROM, flash disk, CD-ROM orother optical disk storage, magnetic disk storage or other magneticstorage devices, or any other media which can be used to carry or storedesired program code means in the form of computer-executableinstructions, computer-readable instructions, or data structures andwhich may be accessed by a general-purpose or special-purpose computersystem.

In this description and in the following claims, a “computer system” isdefined as one or more software modules, one or more hardware modules,or combinations thereof, which work together to perform operations onelectronic data. For example, the definition of computer system includesthe hardware components of a personal computer, as well as softwaremodules, such as the operating system of the personal computer. Thephysical layout of the modules is not important. A computer system mayinclude one or more computers coupled via a computer network. Likewise,a computer system may include a single physical device (such as a phoneor Personal Digital Assistant PDA) where internal modules (such as amemory and processor) work together to perform operations on electronicdata. While any computer system may be mobile, the term “mobile computersystem” especially includes laptop computers, notebook computers,cellular telephones, smart phones, wireless telephones, personal digitalassistants, portable computers with touch sensitive screens and thelike.

In this description and in the following claims, a “network” is definedas any architecture where two or more computer systems may exchangedata. The term “network” may include wide area network, Internet localarea network, Intranet, wireless networks such as “Wi-fi”, virtualprivate networks, mobile access network using access point name (APN)and Internet. Exchanged data may be in the form of electrical signalsthat are meaningful to the two or more computer systems. When data istransferred or provided over a network or another communicationsconnection (either hardwired, wireless, or a combination of hardwired orwireless) to a computer system or computer device, the connection isproperly viewed as a computer-readable medium. Thus, any such connectionis properly termed a transitory computer-readable medium. Combinationsof the above should also be included within the scope ofcomputer-readable media. Computer-executable instructions comprise, forexample, instructions and data which cause a general-purpose computersystem or special-purpose computer system to perform a certain functionor group of functions. The term “server” as used herein, refers to acomputer system including a processor, data storage and a networkadapter generally configured to provide a service over the computernetwork. The term “client” as used herein is a computer system whichreceives a service provided by the server

The term “video” refers to capture and display of an image or more thanone image optionally in a time sequence. The term “video” includes audiowhen there is sound accompanying the image or images according to any ofthe known techniques for combining video and audio information. Theterms “video” and “audio-video” are used herein interchangeably. Theterms “video” and “audio-video” may include multiple signals such asstereo audio combined with video and/or three dimensional video combinedwith audio.

The term “message” as used herein refers to an audio-video content oraudio accompanying one or more images captured live by a camera or apreviously captured image or video.

The term “multicast” as used herein is the delivery of an audio-videomessage to a group of destination computer systems simultaneously in asingle transmission from the source or transmitting computer system.

The term “unicast” as used herein refers to transmitting an audio-videomessage to a single designated computer system.

The term “broadcast” as used herein refers to transmitting anaudio-video message to all possible destinations.

The term “upload” as used herein refers to a data file previously storedlocally on a client computer system in local storage and copied tostorage in a server.

The term “download” as used herein refers to a data file previouslystored on a server and copied to a client computer system into localstorage.

The term “uniform resource identifier” or “URI” as used herein is astring of characters used to identify a name or a resource and enablesinteraction with representations of the resource over a network(typically the World Wide Web) using specific protocols. Schemesspecifying a concrete syntax arid associated protocols define each URI.URIs can be classified as uniform resource locators (URLs), and/or asuniform resource names (URNS).

The term “character string” or “message block” as used herein includesidentifiers of a name and/or location of a network resource, e.g. avideo message and/or identifiers to one or more client recipients. Thecharacter string or message block may include URI, URN and URL orportion thereof. The “character string” may be encoded into binary codetransmitted and received in binary code and decoded at the receiver todetermine identifiers of the recipient and the video message asapplicable.

The terms “client transmitter” and “client recipient” as used hereinrefer to a client computer system for which an example is shown asmobile computer system 100 in FIG. 1. The roles of transmitter andrecipient referring to one-way communication may be reversible.

The term “alternately” in the context of transmitting and receivingvideo messages refers to a computer system configured to either transmitor receive but not to both transmit and receive video contentsimultaneously at the same time.

The term “streaming” as used herein refers to consuming video contentwhile optionally using client storage 101 as temporary cache storagewhile avoiding saving an accessible copy of the video content in a localfile in storage 101 in client computer system 100.

The term “consuming” in the context of video and/or audio content refersto displaying the video content to the user including the accompanyingaudio, or in the case of audio content, playing the audio content to theuser. The terms “consume”, “play” and “display” are used hereininterchangeably.

The term “receive” as used herein in the context of receiving a videomessage and/or video content includes in different embodiments of thepresent invention: streaming and consuming the video content; and/orcopying the video content into local storage 101 and later consuming thevideo content from the storage 101.

The term “latency” as used herein refers to the time between a clienttransmitter begins to transmit a video message and the time when thevideo message is received and displayed by streaming to the clientrecipient when the client recipient is available.

The terms “reduced latency or “low latency” are used hereininterchangeably and refers in different embodiments to the latency lessthan six seconds or less than five seconds or less than four seconds orless than three seconds or less than two seconds.

The term “available” refers to a client computer system which isconnected to a data communications network over which an embodiment ofthe present invention is operable and with the client application forperforming method 301 running.

The term “unavailable” refers to a client computer system which is notconnected to a data communications network over which an embodiment ofthe present invention is operable or connected to a data communicationsnetwork 20 but with the client application for performing method 301running in the background or with the client application not installedor otherwise disabled.

The term “conversation” as used herein refers to sharing one or moremessages over a network between two or more people.

The term “thread” in the context of messages is used herein to refer tomultiple messages transmitted and received between two or more clientcomputer systems 100 while optionally maintaining the time order oftransmission of the messages.

The indefinite articles “a”, “an” is used herein, such as “aconnection”, “a server”, a “message” have the meaning of “one or more”that is “one or more connection”, “one or more servers” and “one or moremessages”.

Other Embodiments of the Present Invention

Various buttons may be installed on the client computer system forcontrol of the client computer system according to methods as disclosedherein. A button may include a mode when the button is tapped for lessthan one second duration, then video recording begins and simultaneouslytransmission begins of the video recording. A second tap may stop therecording and thereby stop transmission and enable reception. Togglingbetween states of recording/transmission and enabling reception may beperformed by successively tapping the button intermittently.

The button may also include a mode in which the button is held ortouched for a defined period of time, e.g 2 seconds. Video recording maybegin and simultaneous transmission may begin of a video recording.Release of the button may end recording/ transmission and enablereceiving of video content. In another mode, the button is slid in apreviously defined direction and released immediately within apreviously defined time period. Audio recording (without simultaneouscapture of images) and transmission may begin. When the button is slidback to its original position audio recording/transmission may bestopped and receiving is enabled. The button may be held down for a timeperiod, e.g. two seconds, while in the slid position for audiorecording/transmission only. Releasing the button in the slid positionstops audio-recording and transmission.

Various data communications systems are disclosed herein videocommunications between multiple computer systems configured to transmitand receive video content. One (or more) of the client computer systemswhen transmitting is a client transmitter and one (or more) of theclient computer systems when receiving is a client recipient. The clienttransmitter is enabled to transmit a video message for display on theclient recipient. The client transmitter is configured to establish aconnection with a video server, to transmit the video message to thevideo server. The video message is archived by the video server. A firstclient computer system may transmit multiple messages to a second clientcomputer system, The multiple messages includes a first message and asecond message. The time interval TTX between the beginning of the firstmessage and the end of the second message when transmitted by the clienttransmitter may be greater than the time interval TRX between thebeginning of the first message and the end of the second message whenreceived by the client recipient, so that the client recipient receivesthe first and the second messages contiguously while transmission of atleast one of the multiple messages is ongoing.

Various data communications systems are disclosed herein videocommunications between multiple computer systems configured to transmitand receive video content. One (or more) of the client computer systemswhen transmitting is a client transmitter and one (or more) of theclient computer systems when receiving is a client recipient. The clienttransmitter is enabled to transmit a video message for display on theclient recipient. The client transmitter is configured to establish aconnection with a video server, to transmit the video message to thevideo server. The video message is archived by the video server.Multiple messages intended for the same client recipient may at leastpartially overlap in time during respective transmission of the multiplemessages from multiple client transmitters. The multiple messages arereceived at the client recipient contiguously and shifted in time whilethe transmission of at least one of the messages from at least one ofthe client transmitters is ongoing.

Various data communications systems are disclosed herein videocommunications between multiple computer systems configured to transmitarid receive video content. One (or more) of the client computer systemswhen transmitting is a client transmitter and one (or more) of theclient computer systems when receiving is a client recipient. The clienttransmitter is enabled to transmit a video message for display on theclient recipient. The client transmitter is configured to establish aconnection with a video server, to transmit the video message to thevideo server. The video message is archived by the video server. One ormore of the client computer systems may be controlled by a processorconfigured to receive a message by streaming from the video server, toprocess the received message and in response to the received message totransmit a response message to other client computer systems sharing thesame thread. If the client transmitter detects or is otherwise aware ofsub-optimal network conditions, the video message may be reduced into avideo message of reduced information content so that the second videomessage may be received/consumed when the transmission from the clienttransmitter of the video message is still ongoing. Subsequent to theoriginal transmission of the video message of reduced informationcontent, the original video message of higher quality may be restored orreplaced for subsequent reception/consumption by the client recipient.

Various data communications systems are disclosed herein including avideo communications between multiple client computer systems configuredto transmit and receive video content. A client computer system isconfigured to establish a connection with a video server, to transmit atransmit video message to the video server and to receive a receivevideo message from the video server. The transmit video message and thereceive video message are archived by the video server. If the receivemessage begins to be received while the transmit video message is beingtransmitted, then, the receive message is stored locally at least inpart in local storage in the client computer system for display to theuser of the client computer system subsequent to the transmission of thetransmit video message. Otherwise, if the receive message is receivednot overlapping the transmission of the transmit message then thereceive message is displayed to the user as a stream from the videoserver while avoiding storage of the receive message in local storage inthe client computer system.

A user interface is provided herein of a client computer systemconnectible to a data communications system. The user interface allowsthe user to experience selectably either: transmitting a transmit videomessage or consuming a receive video message. The transmit video messagemay include an image frame being captured simultaneously during thetransmission. If a receive message is being consumed during the captureof image frames or during the transmission/recording of the transmitmessage, the receive message may be stored at least in part in localstorage attached to the client computer system The receive message maybe displayed to the user when the transmission of the transmit messageis complete by retrieving the receive message from the local storage. Ifan incoming message is being consumed a transmit message may betransmitted in the background of the client computer system at the sametime by retrieving the transmit message from local storage.

Although selected embodiments of the present invention have been shownand described, it is to be understood the present invention is notlimited to the described embodiments.

1-22. (canceled)
 23. A non-transitory computer readable medium includinginstructions that, when executed by at least one processor, cause the atleast one processor to perform operations, comprising: executing amultimedia messaging application on a mobile communication device toalternately operate the mobile communication device in a transmittingmode and in a receiving mode; and switching, in response to receiving asingle user input, between the transmitting mode and the receiving mode;wherein: while in the transmitting mode, the operations include:capturing a first message of contiguous streaming multimedia data; andbeginning transmitting, to an intermediary receiving location in anetwork, the captured first message before the capturing of the firstmessage ends; and while in the receiving mode, the operations include:receiving a second message of contiguous streaming multimedia data froman intermediary transmitting location in the network; and beginningdisplaying the received second message on the mobile communicationsdevice before the receiving of the second message ends.
 24. Thenon-transitory computer readable medium of claim 23, wherein the singleuser input includes, on a touch sensitive display of the mobilecommunication device, at least one of: a single tap, a single swipe, asingle slide of a virtual button, and a single virtual button release.25. The non-transitory computer readable medium of claim 23, wherein theswitching, in response to receiving the single user input, includesstopping the displaying of the second message of contiguous streamingmultimedia data while in the receiving mode, initiating operation in thetransmitting mode, and responsive to a release of the single user input,returning to the receiving mode to resume the displaying of the secondmessage.
 26. The non-transitory computer readable medium of claim 23,wherein the operations further comprise, while receiving and displayingthe second message of contiguous streaming multimedia data: interruptingthe displaying of the second message and switching, in response toreceiving the single user input, to operating in the transmitting modeto capture the first message; and queuing a remaining portion of thereceived second message for display after completing the capture of thefirst message.
 27. The non-transitory computer readable medium of claim26, wherein completing the capture of the first message is determined inresponse to a release of the single user input.
 28. A non-transitorycomputer readable medium including instructions that, when executed byat least one processor, cause the at least one processor to performoperations, comprising: executing a multimedia messaging application ona mobile communication device to alternately operate the mobilecommunication device in a transmitting mode and in a receiving mode; andswitching between the transmitting mode and the receiving mode; wherein:while in the transmitting mode, the operations include: capturing afirst message of contiguous streaming multimedia data; and beginningtransmitting, to an intermediary receiving location in a network, thecaptured first message before the capturing of the first message ends;and while in the receiving mode, the operations include: receiving asecond message of contiguous streaming multimedia data from anintermediary transmitting location in the network; and beginningdisplaying the received second message on the mobile communicationsdevice before the receiving of the second message ends; wherein, whilereceiving and displaying the second message in the receiving mode, theswitching includes interrupting the displaying of the second message,switching to operating in the transmitting mode to capture the firstmessage, and returning to the receiving mode to resume the displaying ofthe second message, wherein a remaining portion of the second message isqueued for displaying after completing the capture of the first message.29. The non-transitory computer readable medium of claim 28, wherein theswitching is performed in response to receiving a user input thatincludes, on a touch sensitive display of the mobile communicationsdevice, at least one of: a single tap, a single swipe, a single slide ofa virtual button, and a single virtual button release.
 30. Thenon-transitory computer readable medium of claim 28, wherein theoperations further comprise, in response to receiving the second messageof contiguous streaming multimedia data: determining that the mobilecommunication device is capturing the first message of contiguousstreaming multimedia data in the transmitting mode; and queuing thereceived second message for display after completing the capture of thefirst message.
 31. A mobile communication device configured fordual-mode multimedia messaging, the mobile communication devicecomprising: at least one processor configured to operate a multimediamessaging application on the mobile communication device to alternatelyoperate the mobile communication device in a transmitting mode and in areceiving mode, and to switch, in response to receiving a single userinput, between the transmitting mode and the receiving mode; wherein:while in the transmitting mode, the at least one processor is configuredto: capture a first message of contiguous streaming multimedia data; andbegin transmitting, to an intermediary receiving location in a network,the captured first message before the capturing of the first messageends; and while in the receiving mode, the at least one processor isconfigured to: receive a second message of contiguous streamingmultimedia data from an intermediary transmitting location in thenetwork; and begin displaying the received second message on the mobilecommunication device before the receiving of the second message ends.32. The mobile communication device of claim 31, further comprising atouch sensitive display, wherein the single user input includes, on thetouch sensitive display, at least one of: a single tap, a single swipe,a single slide of a virtual button, and a single virtual button release.33. The mobile communication device of claim 31, wherein to switch, inresponse to receiving the single user input, includes stopping thedisplaying of the second message of contiguous streaming multimedia datawhile in the receiving mode, initiating operation in the transmittingmode, and responsive to a release of the single user input, returning tothe receiving mode to resume the displaying of the second message. 34.The mobile communication device of claim 31, wherein, while receivingand displaying the second message, the at least one processor is furtherconfigured to: interrupt the displaying of the second message andswitch, in response to receiving the single user input, to operating inthe transmitting mode to capture the first message; and queue aremaining portion of the received second message for display aftercompleting the capture of the first message.
 35. The mobilecommunication device of claim 34, wherein the completing the capture ofthe first message is determined in response to a release of the singleuser input.
 36. A mobile communication device configured for dual-modemultimedia messaging, the mobile communication device comprising: atleast one processor configured to operate a multimedia messagingapplication on the mobile communication device to alternately operatethe mobile communication device in a transmitting mode and in areceiving mode, and to switch between the transmitting mode and thereceiving mode; wherein: while in the transmitting mode, the at leastone processor is configured to: capture a first message of contiguousstreaming multimedia data; and begin transmitting, to an intermediaryreceiving location in a network, the captured first message before thecapturing of the first message ends; and while in the receiving mode,the at least one processor is configured to: receive a second message ofcontiguous streaming multimedia data from an intermediary transmittinglocation in the network; and begin displaying the received secondmessage on the mobile communication device before the receiving of thesecond message ends; wherein, while receiving and displaying the secondmessage in the receiving mode, the at least one processor is configuredto interrupt the displaying of the second message, switch to operatingin the transmitting mode to capture the first message, and return to thereceiving mode to resume the displaying of the second message, wherein aremaining portion of the second message is queued for displaying aftercompleting the capture of the first message.
 37. The mobilecommunication device of claim 36, further comprising a touch sensitivedisplay, and wherein the at least one processor is configured to switchbetween the transmitting mode and receiving mode in response to a singleuser input that includes, on the touch sensitive display, at least oneof: a single tap, a single swipe, a single slide of a virtual button,and a single virtual button release.
 38. The mobile communication deviceof claim 37, wherein, in response to receiving the second message ofcontiguous streaming multimedia data, the at least on processor isconfigured to: determine that the mobile communication device iscapturing the first message of contiguous streaming multimedia data inthe transmitting mode; and queue the received second message for displayafter completing the capture of the first message.
 39. Acomputer-implemented method of dual-mode multimedia messaging, themethod comprising: executing a multimedia messaging application on amobile communication device to alternately operate the mobilecommunication device in a transmitting mode and in a receiving mode; andswitching, in response to receiving a single user input, between thetransmitting mode and the receiving mode; wherein: while in thetransmitting mode, the method includes: capturing a first message ofcontiguous streaming multimedia data; and beginning transmitting, to anintermediary receiving location in a network, the captured first messagebefore the capturing of the first message ends; and while in thereceiving mode, the method includes: receiving a second message ofcontiguous streaming multimedia data from an intermediary transmittinglocation in the network; and beginning displaying the received secondmessage on the mobile communication device before the receiving of thesecond message ends.
 40. The computer-implemented method of claim 39,wherein the single user input includes, on a touch sensitive display ofthe mobile communication device, at least one of: a single tap, a singleswipe, a single slide of a virtual button, and a single virtual buttonrelease.
 41. The computer-implemented method of claim 39, wherein theswitching, in response to receiving the single user input, includesstopping the displaying of the second message of contiguous streamingmultimedia data while in the receiving mode, initiating operation in thetransmitting mode, and responsive to a release of the single user input,returning to the receiving mode to resume the displaying of the secondmessage.
 42. A computer-implemented method of dual-mode multimediamessaging, the method comprising: executing a multimedia messagingapplication on a mobile communication device to alternately operate themobile communication device in a transmitting mode and in a receivingmode; and switching between the transmitting mode and the receivingmode; wherein: while in the transmitting mode, the method includes:capturing a first message of contiguous streaming multimedia data; andbeginning transmitting, to an intermediary receiving location in anetwork, the captured first message before the capturing of the firstmessage ends; and while in the receiving mode, the method includes:receiving a second message of contiguous streaming multimedia data froman intermediary transmitting location in the network; and beginningdisplaying the received second message on the mobile communicationdevice before the receiving of the second message ends; wherein, whilereceiving and displaying the second message in the receiving mode, theswitching includes interrupting the displaying of the second message,switching to operating in the transmitting mode to capture the firstmessage, and returning to the receiving mode to resume the displaying ofthe second message, wherein a remaining portion of the second message isqueued for displaying after completing the capture of the first message.